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PROCEDE DE VERIFICATION DE REGLES SUR LES MODELES UML 

La presente invention a pour objet un pnocede de verification de 
regies sur les modeles UML. 

Pour verifier le respect des regies d'etablissennent de modeles 
UML, il n'existe actuellement aucun outiL Des outils, denommes "Logiscope" 
et « Rules Checker », ne permettent de verifier que le code produit a partir 
du modele, et non pas la specification du modele UML elle-meme. 

La presente invention a pour objet un precede qui permette de 
verifier la qualite d'un modele UML par verification du respect de toutes les 
regies de modelisation . 

Le precede de Tinvention est caracterise en ce qu'apres avoir 
etabli un modele, on structure les donnees du modele pour les rendre 
exploitables par Toutil "Model In Action", on fait produire par cet outil un 
fichier de verification et on produit a partir de ce fichier un rapport de 
verification lisible par un utilisateur. 

La presente invention sera mieux comprise a la lecture de la 
description detaillee d'un mode de mise en oeuvre, pris a titre d'exemple non 
limitatif et illustre par le dessin annexe, sur lequel : 

- la figure 1 est un diagramme UML de cas d'utilisation illustrant 
les differents acteurs et cas d'utilisation du precede de I'invention, 

- la figure 2 est un bloc-diagramme illustrant Tarchitecture du 
precede de Tinvention, 

- la figure 3 est une vue d'une interface de verification produite 
selon le precede de I'invention, 

- la figure 4 est une vue partielJe d'un example de rapport de 
verification, tel que pouvant etre produit par le precede de I'invention, et 

- la figure 5 est un exemple d'extrait lype du rapport de verification 
pour une regie telle que verifiee par le precede de I'invention. 

Sur le diagramme de la figure 1 , on a represente les deux principaux 
types d'utilisateurs susceptibles d'utiliser ie precede de verification de 
I'invention, a savoir un modeleur UML (1) et un chef de projet (2). Dans un 
cadre (3), delimltant le perimetre des possibilites du precede de I'invention, 
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on a figure les difP§rentes actions pemriises par ce procede. Ces actions 
sont : verification des regies de generation de code (4), verification de la 
coherence du modele (5), verification de la coherence du code (6), 
verification des regies de modelisation (7), verification de la qualite du 

5 modele (8), recuperation des metriques d'avancement de modelisation (9) et 
recuperation des metriques dimensionnantes du modele UML (10). La 
verification des regies de modelisation se subdivise en deux verifications, qui 
sont: la verification des regies basiques de modelisation (11) et la 
verification des regies parametrables (12). 

10 La supervision des actions 4 a 6 est generalement devolue au 

modeleur 1 , tandis que celle des actions 8 a 1 0 est generalement devolue au 
chef de projet 2, seule Taction 7 ( y compris ses deux composantes 1 1 et 12 ) 
pouvant etre supervisee par les deux operateurs 1 et 2. 

Sur le diagramme de la figure 2, on a represente, apres I'etape de 

15 modelisation d'un projet (13), par exemple §i I'aide d'un outil tel que 
« RHAPSODY », et I'exportation d'un fichier au format XMI (14), les 
principales etapes du procede de I'invention, mises en oeuvre par un outil 
denomme « UML CHECKER » (15) et qui sont : I'ecriture de scripts (16) pour 
un moteur de generation de fichiers (17), qui est ici I'outil « Model in Action » 

20 (plus simplement denomme « MIA », et realise par la societe 
SODIFRANCE). Les fichiers produits par I'outil (17) sont au format XML (18), 
puis par conversion XSLT (19) transformes au format HTML pour obtenir un 
rapport de verification du modele (20) au format HTML. L'outil « MIA » (17) 
revolt un fichier de parametrage des regies de verification (21) (dSnomme ici 

25 « parameter.ini » ), constitue par I'utilisateur modeleur, De fagon 
avantageuse, I'outil UML-Checker (1 5) comporte egalement des procedures 
(22), au format JAVA pour generer des graphiques (abaques) de verification 
de la qualite du modele ou des scripts VB (23) permettant, le cas echeant, de 
traitor des verifications sur les graphiques des modeles UML(impossible via 

30 la sortie XMI -14). La selection des regies de verifications est commandee 
par I'intermediaire d'une interface graphique en java (24) implementee dans 
I'outil de verification UML-Checker (15) et representee en figure 3. 

De fagon plus detainee, le precede de I'invention se deroule de la 

fagon suivante : 
35 - I'utilisateur lance le logiciel « RHAPSODY », 
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- ii ouvre un modele depuis ce logiciel, 

- ii selectionne depuis ce m§me logiciel I'outil de verification de 
I'invention (denomm6, comme on le voit sur I'interface representee sur la 
figure 3, « UML_CHECKER »). 

5 Par I'intermedialre de cette interface, I'utilisateur choisit : 

- le ficiiier contenant le modele UML desire (au format XMl), dans 
la fenetre "Select a model file", 

- le fichier de parametrage, utile pour certaines regies (fichier 
"parameter.ini" reference (21) en figure 2), dans la fenetre "Select 

10 a parameter file", 

- les regies d verifier, dans la fenetre "Select the rules to check" 

- le chemin et le nom du fichier de resultat (au format XML), dans la 
fenetre "Select a result file". 

Le fichier de parametrage (parameter.ini) permet a I'utilisateur de 
15 choisir les parametres a prendre en compte pour la verification de certaines 
regies. Par exemple, une regie verifie le nombre de caracteres des attributs 
d'une classe. Si le nombre de caracteres d'un attribut depasse le nombre qui 
se trouve dans le fichier de parametrage, une enreur est signal^e dans le 

rapport de verification. 

20 L'utilisateur doit choisir les regies de verification qu'il souhaite 

appliquer a son modele. Les regies sont presentees sous la forme d'un arbre 
classant cheque regie par categorie, comme on peut le voir sur la figure 3. 
Ces categories sont celles mentionnees en reference a la figure 1 et sont 
detainees ci-dessous. La selection se fait gr§ce a des cases d cocher. 

25 Plusieurs regies peuvent etre selectionnees en mSme temps. II est aussi 
possible de selectionner toutes les regies d'une m§me categorie en cochant 
dans I'arborescence des regies le nceud du groupe de regies de cette 
categorie. Lorsqu'un utilisateur selectionne une regie, sa description apparatt 
dans une fenetre situee juste sous la fenetre de selection « Select the rules 

30 to check » de la figure 3. 

Les regies que peut selectionner Tutilisateur sont de sept categories 
differentes (on a mis entre parentheses les references numeriques 
correspondant a celles de la figure 1 ) : 

- regies de specification de I'implementation du modele pour le 
35 generateur de code GEN_UML_C (4) 
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- regies sur la coherence du modele (par exemple pour eviter les 
relations fantdmes pouvant etre induites par une mauvaise 
realisation des graphiques UML sous RHAPSODY ») (5), 

- regies sur la coherence du code (par exemple pour verifier que 
5 I'acces aux methodes de toutes les classes est correct ) (6), 

- regies sur la modelisation (pour verifier, par exemple, si 
I'interdiction d'heritage multiple est respectee) (7), 

- calcul de metriques ( nombre de classes abstraites par exemple) 

(10), 

10 - calcul de metriques d'avancement de la modelisation, pour les 

responsables de projet (9), 

- mesure de la qualite du modele (verification des metriques comme 
la complexlte d'une classe par exemple) (8). 



15 Enfm, Tutilisateur choisit un nom de fichier resultat au format XML. 

L'utillsateur peut selectionner un fichier deja existant ou en order un 
nouveau- On a represents en figure 4 un exemple partial d'un tel fichier, qui 
est denomme « Rapport de verification » sur cette figure. 

Pour routil de verification de invention, I'outil XSLT est utilise pour 

20 transformer le fichier de resultat, qui est en format XML, en document HTML. 
En effet, cet outil permet de transformer dqs documents XML en d'autres 
documents au format XML ou en un autre format approprie, tel que HTML. 
On a represents en figures 4 et 5 un exemple partiel d'un document au 
format HTML pouvant ainsi etre produit Ge document est facilement 

25 exploitable par les utilisateurs. 

Le document represents en figures 4 et 5 se compose de trois 

parties principales : 

- la premiere partie (representee en haut de la figure 4) est Tindex 
des regies qui ont ete verifiees. Sur Texemple de la figure 4, deux 

30 regies liees au generateur de code ont ete verifiees : regie sur les 

agregations et regie sur les « DataTypes » (types de donnees), 

- la deuxieme partie (representee en bas de la figure 4) represente 
la structure du modele UML. Elle permet d'obtenir une vue 
d'ensemble du modele et de faire des verifications visuelles sur sa 
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structure directement dans le rapport sans avoir a ouvrir un editeur 
de modele UML. 

- La troisieme partie (figure 5) constitue le rapport de verification 
proprement dit. Pour chaque regie, un paragrapiie correspondant 
est cree. II est possible, depuis I'lndex des regies, d'acceder 
directement au paragraphe lie a cette regie grace a des liyperiiens. 
A la fin de chaque regie, un lien hypertexte pernnet de revenir en 
liaut de la page. Dans I'exemple de la figure 5, le rapport de 
verification ooncerne les regies de generation de code (« Regie 
Gen_UML_C »), et les deux erreurs relevees se rapportent aux 
agregatlons. S'ii n'y a pas d'erreur pour une regie examinee, une 
simple plirase stipule qui! n'y a pas d'erreur pour cette regie et 
remplace le paragraphe de commentaires et le tableau (figure 5) 
qui n'apparaissent plus dans le rapport. 
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REVENDICATIONS 

1. Precede de verification de regies sur les modeles UML, 
caracterise en ce qu'apres avoir etabli un modele, on 
structure les donnees du nmodele pour les rendre 
exploitables par Toutil "Model In Action" (« MIA ») , on fait 

5 produire par cet outil un fichier de verification et on produit a 

partir de ce fichier un rapport de verification lisible par un 

utilisateur. 

ti 

2. Precede selon la revendlcation 1 , caracterise en ce que les 
regies v^rifiees sont Tune au moins des regies relatives : 

10 " au generateur de code (4) 

■ a la colierence du modele (5), 

■ a la colierence du code (6), 

■ a la modelisation correcte (7), 

■ aux mesures de dimensionnement (10), 

15 ■ aux mesures d'avancement de modelisation (9), 

■ a la qualite du modele (8). 

3. Precede selon la revendlcation 1 eu 2, caracterise en ce que 
le fichier du modele, etabli au format UML, est exporte au 
format XMI vers Toutil « MIA » . 

20 4. Precede selon Tune des revendications precedentes, 

caracterise en ce que le fichier de rapport produit par Toutil 
« MIA » est au format XML. 

5. Precede selon la revendlcation 4, caracterise en ce que le 
fichier au format XML produit par I'eutil « MIA » est convert! au 
25 format XSLT pour etre transforme en un fichier de document 

d'un autre format approprie. 



30 
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SIn|[x 



Select a model file 



C:\local\laetitia\recette2.2.xmi 



Select a parameter file 



Select the rules to check 



0 ^ UML CHECKER 
9"D ffl Regies gen_uml_c 



Q Verification de I'appel des types par defaut 

S Regies sur la coherence du code 

Acces aux methodes des classes 

"0 Q Utilisation des attributs 
Regies de modelisatlon 
9"CI1 ^1 Mesures de dimensionnement du module 



Cette regie verifie toutes les agregations. 

Si le tag composition est egal a false alors le tag 

implementation doit etre ^gal ^ access-all ou index. 



Select a result file 



C:\local\laetitia\ProjetVERIF_UML\result\solution.xml 



■ ■ ■ 




Execute 




FIG.3 
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Fichier Edition Affichage Favoris putils ? 




Adresse |£ C:Moca[\laetitia\Essai\resultFolder\resultaLxml [ 


▼I 



Rapport de verification 



Index des regies : 

• Regies Gen_UML_C 

o Rdgle sur les agregations 
o Regie sur les DataTypes 

• Regies sur la coherence du code 

• Regies de mod61isation 

• Mesures de dimensionnement du moddle UML 

• Metriques sur la qualite du moddle 

• M^triques d*avanceineat 
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Structure du modeler 

CH ProjectDemonstraiion 
-....D Default 

£3 package 21 
^ actor_12 

'0 itsClass_4(class_4) 
.g] actor JO 

\/] itsClass__4(class_4) 
] class_4 

§ attribute_Oiiirsjhfgdks 
/ itsActor__12(actor„12) 
... itsActor_10(actor__10) 
/J (Interface class_2) 
class 30 



FIG.4 



Regie Gen UML C: Verification sxir les agregations 



Les agregations suivantes sont incoirectes. 

Le tag Implementation est ni a "access-all" ni a "index". 

Les agregations contenant cette errenr sont les suivantes: 



Norn de la classe 


Nom de Tagregation 


Valeur du tag Implementation 


class! 1 


ItsClass_7(class_7) 


undefined 
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